home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000342_rik@daneel.rdt.monash.edu.au _Thu Nov 19 01:28:45 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <rik@daneel.rdt.monash.edu.au>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA12004; Thu, 19 Nov 92 01:28:45 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA08822; Thu, 19 Nov 92 01:41:09 +0100
  6. Received: by daneel.rdt.monash.edu.au (5.57/Ultrix3.0-C)
  7.     id AA26900; Thu, 19 Nov 92 10:40:43 +1000
  8. Message-Id: <9211190040.AA26900@daneel.rdt.monash.edu.au>
  9. To: www-talk@nxoc01.cern.ch
  10. Subject: Re: hangs/multiple servers 
  11. In-Reply-To: Your message of "18 Nov 92 18:17:33 PST."
  12.              <9211190217.AA08693@wintermute.ncsa.uiuc.edu> 
  13. Date: Thu, 19 Nov 92 11:40:42 -1000
  14. From: Rik Harris <rik@daneel.rdt.monash.edu.au>
  15. X-Mts: smtp
  16.  
  17. Marc Andreessen wrote:
  18.  
  19. > Also, is there any way to specify backup servers?  Does anyone else
  20. > think this would be useful?
  21.  
  22. After the problems with info.cern.ch, I'd say yes, it would be useful.
  23. The main problems I see:
  24.  
  25. a) If the backup is done in the document, the HTML format would need
  26. to change. I'll leave this issue to others.
  27.  
  28. b) Keeping the data up-to-date, and consistent could be difficult.  For
  29. example, all documents must be relatively addressed to be able to move
  30. them between systems.  This is not always possible, for example, if
  31. different ``schemes'' are used, or if different ports are used on the
  32. same machine, then I believe the whole machine name needs to be
  33. respecified.  This problem could be partially solved by doing a
  34. ``search-and-replace'' on all addresses as the document is moved.
  35.  
  36. One possible way to implement backups is to have the client do it (makes
  37. the client too clever?).  The client could have a list of hosts, and for
  38. each one, have a list of backup servers, to try if the main server is
  39. down.  The problem with this is that the list is much more difficult
  40. to maintain, if everyone needs a copy, and only the clients that have
  41. implemented this would benefit.
  42.  
  43. Just some random thoughts,
  44. rik.
  45. --
  46. Rik Harris - rik.harris@fcit.monash.edu.au         || Systems Programmer
  47. +61 3 571-2895 (AH & ans.mach) +61 3 573-2679 (BH) || and Administrator
  48. Faculty of Computing and Information Technology,   || Vic. Institute of
  49. Caulfield Campus, Monash University, Australia     || Forensic Pathology